Celestin Apprentice 2

home *** CD-ROM | disk | FTP | other *** search

/ Celestin Apprentice 2 / Apprentice-Release2.iso / Source Code / C / Libraries / rzsz 3.24 / sz.doc < prev next >

Wrap

Text File | 1994-05-10 | 18.6 KB | 463 lines | [TEXT/MPS ]

SSSSZZZZ((((1111)))) OOOOmmmmeeeennnn TTTTeeeecccchhhhnnnnoooollllooooggggyyyy IIIINNNNCCCC ((((OOOOMMMMEEEENNNN)))) SSSSZZZZ((((1111)))) NNNNAAAAMMMMEEEE sx, sb, sz - Send Files with ZMODEM, YMODEM, or XMODEM zcommand, zcommandi - Send COmmands with ZMODEM SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS sz [-++++aaaabbbbddddeeeeffffkkkkLLLLllllNNNNnnnnooooppppttttuuuuvvvvyyyyYYYYZZZZ] _f_i_l_e ... sb [-ddddffffkkkkttttuuuuvvvv] _f_i_l_e ... sx [-kkkkttttuuuuvvvv] _f_i_l_e zcommand [-oooottttvvvv] CCCCOOOOMMMMMMMMAAAANNNNDDDD zcommandi [-oooottttvvvv] CCCCOOOOMMMMMMMMAAAANNNNDDDD sz -T LLLLIIIICCCCEEEENNNNSSSSEEEE AAAAGGGGRRRREEEEEEEEMMMMEEEENNNNTTTT This is a copyrighted shareware program. Commercial use of this program is subject to licensing conditions detailed in the rz.c source code. "Commercial Use" includes use of this program to send files to any commercial or shareware program not published by Omen Technology INC. Registration information is provided in the file mailer.rz. Use of this program constitutes agreement to the License Agreement. DDDDEEEESSSSCCCCRRRRIIIIPPPPTTTTIIIIOOOONNNN SSSSzzzz (send ZMODEM) uses the ZMODEM, YMODEM or XMODEM error correcting protocol to send one or more files over a dial-in serial port to a variety of programs running under PC-DOS, CP/M, Unix, VMS, and other operating systems. This program is not designed to be called from _c_u(_1) _t_i_p(_1), or other communications programs. Unix flavors of Omen Technology's Professional-YAM communications software are available for dial-out applications. Unix Professional-YAM supports dial-out applications with telephone directory, a powerful script language with learn function, high quality multiple protocol support, and UUCP port arbitration. SSSSzzzz sends one or more files with ZMODEM protocol. ZMODEM greatly simplifies file transfers compared to XMODEM. In addition to a friendly user interface, ZMODEM provides Personal Computer and other users an efficient, accurate, and robust file transfer method. ZMODEM provides complete EEEENNNNDDDD----TTTTOOOO----EEEENNNNDDDD data integrity between application programs. ZMODEM's 32 bit CRC catches errors that sneak into even the most advanced networks. Advanced file management features include AutoDownload (Automatic file Download initiated without user Page 1 (printed 5/16/93) SSSSZZZZ((((1111)))) OOOOmmmmeeeennnn TTTTeeeecccchhhhnnnnoooollllooooggggyyyy IIIINNNNCCCC ((((OOOOMMMMEEEENNNN)))) SSSSZZZZ((((1111)))) intervention), Display of individual and total file lengths and transmission time estimates, Crash Recovery, selective file transfers, and preservation of exact file date and length. The ----yyyy option instructs the receiver to open the file for writing unconditionally. The ----aaaa option causes the receiver to convert Unix newlines to PC-DOS carriage returns and linefeeds. SSSSbbbb sends one or more files with YMODEM or ZMODEM protocol. The initial ZMODEM initialization is not sent. When requested by the receiver, ssssbbbb supports YYYYMMMMOOOODDDDEEEEMMMM----gggg with "cbreak" tty mode, XON/XOFF flow control, and interrupt character set to CAN (^X). YYYYMMMMOOOODDDDEEEEMMMM----gggg (Professional-YAM gggg option) increases YMODEM throughput over error free channels (direct connection, X.PC, etc.) by disabling error recovery. On Unix systems, additional information about the file is transmitted. If the receiving program uses this information, the transmitted file length controls the exact number of bytes written to the output dataset, and the modify time and file mode are set accordingly. SSSSxxxx sends a single _f_i_l_e with XXXXMMMMOOOODDDDEEEEMMMM or XXXXMMMMOOOODDDDEEEEMMMM----1111kkkk protocol (sometimes incorrectly called "ymodem"). The user must supply the file name to both sending and receiving programs. Iff sssszzzz is invoked with $SHELL set and iff that variable contains the string _r_s_h or _r_k_s_h (restricted shell), sssszzzz operates in restricted mode. Restricted mode restricts pathnames to the current directory and PUBDIR (usually /usr/spool/uucppublic) and/or subdirectories thereof. The fourth form sends a single COMMAND to a ZMODEM receiver for execution. ZZZZccccoooommmmmmmmaaaannnndddd exits with the COMMAND return value. If COMMAND includes spaces or characters special to the shell, it must be quoted. The fifth form sends a single COMMAND to a ZMODEM receiver for execution. ZZZZccccoooommmmmmmmaaaannnnddddiiii exits as soon as the receiver has correctly received the command, before it is executed. The sixth form (sz -T) outputs all 256 code combinations to the terminal. The hex value of the character, a space, and the raw character are sent, 8 per line. In you are having difficulty sending files, this command lets you see which Page 2 (printed 5/16/93) SSSSZZZZ((((1111)))) OOOOmmmmeeeennnn TTTTeeeecccchhhhnnnnoooollllooooggggyyyy IIIINNNNCCCC ((((OOOOMMMMEEEENNNN)))) SSSSZZZZ((((1111)))) character codes are being eaten by the operating system or network. The terminal program must be set to display all 256 codes in a distinct form. Check that each code is sent, and that the 8th bit on codes 0x80 to 0xFF is set. Sz -T then allows the caller to input characters which are echoed in hex. You should check that all control characters can be input this way. The meanings of the available options are: 2222 Use two stop bits instead of one. This option is available on some Unix systems. This slows transmission slightly and may be helpful in preventing flow control problems in some applications. ++++ Instruct the receiver to append transmitted data to an existing file (ZMODEM only). aaaa Instruct the ZMODEM receiver to convert text file format as appropriate for the receiving system. Valid only for ZMODEM. bbbb (ZMODEM) Binary override: transfer file without any translation. cccc Instruct the receiver to change the pathname if the destination file exists. dddd Change all instances of "." to "/" in the transmitted pathname. Thus, C.omenB0000 (which is unacceptable to MSDOS or CP/M) is transmitted as C/omenB0000. If the resultant filename has more than 8 characters in the stem, a "." is inserted to allow a total of eleven. eeee Escape all control characters; normally only XON, XOFF, DLE, CR-@-CR, and Ctrl-X are escaped. ffff Send Full pathname. Normally directory prefixes are stripped from the transmitted filename. gggg Send ESC-[-?-3-4-l to start DSZ from Kermit. kkkk (XMODEM/YMODEM) Send files using 1024 byte blocks rather than the default 128 byte blocks. 1024 byte packets speed file transfers at high bit rates. (ZMODEM streams the data for the best possible throughput.) LLLL NNNN Use ZMODEM sub-packets of length N. A larger N (32 <= N <= 1024) gives slightly higher throughput, a smaller N speeds error recovery. The default is 128 below 300 baud, 256 above 300 baud, or 1024 above 2400 baud. llll NNNN Wait for the receiver to acknowledge correct data every NNNN (32 <= N <= 1024) characters. This may be used to avoid network overrun when XOFF flow control is lacking. nnnn (ZMODEM) Send each file if destination file does not exist. Overwrite destination file if source file is newer than the destination file. Page 3 (printed 5/16/93) SSSSZZZZ((((1111)))) OOOOmmmmeeeennnn TTTTeeeecccchhhhnnnnoooollllooooggggyyyy IIIINNNNCCCC ((((OOOOMMMMEEEENNNN)))) SSSSZZZZ((((1111)))) NNNN (ZMODEM) Send each file if destination file does not exist. Overwrite destination file if source file is newer or longer than the destination file. oooo (ZMODEM) Disable automatic selection of 32 bit CRC. pppp (ZMODEM) Protect existing destination files by skipping transfer if the destination file exists. rrrr (ZMODEM) Resume interrupted file transfer. If the source file is longer than the destination file, the transfer commences at the offset in the source file that equals the length of the destination file. rrrrrrrr As above, but compares the files (the portion common to sender and reciever) before resuming the transfer. tttt ttttiiiimmmm Change timeout to _t_i_m tenths of seconds. uuuu Unlink the file after successful transmission. wwww NNNN Limit the transmit window size to N bytes (ZMODEM). vvvv Verbose causes a list of file names to be appended to /tmp/szlog . More v's generate more output. yyyy Instruct a ZMODEM receiving program to overwrite any existing file with the same name. YYYY Instruct a ZMODEM receiving program to overwrite any existing file with the same name, and to skip any source files that do have a file with the same pathname on the destination system. ZZZZ Use ZMODEM file compression to speed file transfer. DDDDIIIIAAAAGGGGNNNNOOOOSSSSTTTTIIIICCCCSSSS Exit status is as follows: 0 for successful transfers. 1 if unrecoverable errors are detected. 2 if syntax errors or file access problems are detected. 3 if the program was terminated by a caught interrupt. EEEEXXXXAAAAMMMMPPPPLLLLEEEESSSS ZZZZMMMMOOOODDDDEEEEMMMM FFFFiiiilllleeee TTTTrrrraaaannnnssssffffeeeerrrr (Unix to DSZ/ZCOMM/Professional-YAM) %%%% sssszzzz ----aaaa ****....cccc This single command transfers all .c files in the current Unix directory with conversion (----aaaa) to end of line conventions appropriate to the receiving environment. With ZMODEM AutoDownload enabled, Professional-YAM and ZCOMM will automatically recieve the files after performing a security check. %%%% sssszzzz ----YYYYaaaannnn ****....cccc ****....hhhh Send only the .c and .h files that exist on both systems, and are newer on the sending system than the corresponding version on the receiving system, converting Unix to DOS text format. ZZZZMMMMOOOODDDDEEEEMMMM CCCCoooommmmmmmmaaaannnndddd DDDDoooowwwwnnnnllllooooaaaadddd (Unix to Professional-YAM) cpszall:all zcommand "c:;cd /yam/dist" sz -ya $(YD)/*.me Page 4 (printed 5/16/93) SSSSZZZZ((((1111)))) OOOOmmmmeeeennnn TTTTeeeecccchhhhnnnnoooollllooooggggyyyy IIIINNNNCCCC ((((OOOOMMMMEEEENNNN)))) SSSSZZZZ((((1111)))) sz -yb y*.exe zcommand "cd /yam" zcommandi "!insms" This Makefile fragment uses zzzzccccoooommmmmmmmaaaannnndddd to issue commands to Professional-YAM to change current disk and directory. Next, sssszzzz transfers the ._m_e files from the $YD directory, commanding the receiver to overwrite the old files and to convert from Unix end of line conventions to PC-DOS conventions. The third line transfers some ._e_x_e files. The fourth and fifth lines command Pro-YAM to change directory and execute a PC-DOS batch file _i_n_s_m_s . Since the batch file takes considerable time, the zzzzccccoooommmmmmmmaaaannnnddddiiii form is used to allow the program to exit immediately. XXXXMMMMOOOODDDDEEEEMMMM FFFFiiiilllleeee TTTTrrrraaaannnnssssffffeeeerrrr (Unix to Crosstalk) % ssssxxxx ffffoooooooo....cccc EEEESSSSCCCC rrrrxxxx ffffoooooooo....cccc The above three commands transfer a single file from Unix to a PC and Crosstalk. This combination is much slower and less reliable than ZMODEM. EEEERRRRRRRROOOORRRR MMMMEEEESSSSSSSSAAAAGGGGEEEESSSS "Caught signal 99" indicates the program was not properly compiled, refer to "bibi(99)" in rbsb.c for details. SSSSEEEEEEEE AAAALLLLSSSSOOOO rz(omen), ZMODEM.DOC, YMODEM.DOC, Professional-YAM, crc(omen), sq(omen), todos(omen), tocpm(omen), tomac(omen), yam(omen) Compile time options required for various operating systems are described in the source file. FFFFIIIILLLLEEEESSSS 32 bit CRC code courtesy Gary S. Brown. sz.c, crctab.c, rbsb.c, zm.c, zmr.c, zmodem.h Unix source files /tmp/szlog stores debugging output (sz -vv) TTTTEEEESSSSTTTTIIIINNNNGGGG FFFFEEEEAAAATTTTUUUURRRREEEE The command "sz -T file" exercises the AAAAttttttttnnnn sequence error recovery by commanding errors with unterminated packets. The receiving program should complain five times about binary data packets being too long. Each time sssszzzz is interrupted, it should send a ZDATA header followed by another defective packet. If the receiver does not detect five long data packets, the AAAAttttttttnnnn sequence is not interrupting the sender, and the MMMMyyyyaaaattttttttnnnn string in sssszzzz....cccc must be modified. Page 5 (printed 5/16/93) SSSSZZZZ((((1111)))) OOOOmmmmeeeennnn TTTTeeeecccchhhhnnnnoooollllooooggggyyyy IIIINNNNCCCC ((((OOOOMMMMEEEENNNN)))) SSSSZZZZ((((1111)))) After 5 packets, sssszzzz stops the "transfer" and prints the total number of characters "sent" (Tcount). The difference between Tcount and 5120 represents the number of characters stored in various buffers when the Attn sequence is generated. NNNNOOOOTTTTEEEESSSS We have received numerous reports of terminal servers interfering with protocol file transfers. Sometimes special terminal server commands correct the problem. Some typical commands are "terminal download" and "terminal no esc", but there is no standard set of commands suitable for all terminal servers. Sometimes the terminal server software is defective and must be upgraded. Escaping all control characters (-e option) option sometimes helps get past brain damaged terminal servers. Restricting the window size (-l or -w option) sometimes helps. These hacks slow transfers, better to fix the terminal server. Particular attention must be paid to flow control. The modem and Unix must agree on the flow control method. Sz on USG (SYS III/V) systems use XON/XOFF flow control. Some terminal servers do not provide working flow control. If flow control cannot be properly set up, Try a "-w 1024" option (given to the sending program) to enforce protocol level flow control. Experiment with different window sizes for best results. Telebit modems must not be set to "spoof" UUCP, XMODEM, YMODEM, or KERMIT. Setting one of these spoofing modes interferes with other protoocls. Telebit's YMODEM spoofing interferes with YMODEM transfers. If a program that does not properly implement the specified file transfer protocol causes _s_b to "hang" the port after a failed transfer, either wait for _s_b to time out or keyboard a dozen Ctrl-X characters. Every reported instance of this problem has been corrected by using ZCOMM, Pro-YAM, DSZ, or other program with a correct implementation of the specified protocol. Many programs claiming to support YMODEM only support XMODEM with 1k blocks, and they often don't get that quite right. XMODEM transfers add up to 127 garbage bytes per file. XMODEM-1k and YMODEM-1k transfers use 128 byte blocks to avoid extra padding. YMODEM programs use the file length transmitted at the beginning of the transfer to prune the file to the correct length; this may cause problems with source files that grow during the course of the transfer. This problem does not Page 6 (printed 5/16/93) SSSSZZZZ((((1111)))) OOOOmmmmeeeennnn TTTTeeeecccchhhhnnnnoooollllooooggggyyyy IIIINNNNCCCC ((((OOOOMMMMEEEENNNN)))) SSSSZZZZ((((1111)))) pertain to ZMODEM transfers, which preserve the exact file length unconditionally. Most ZMODEM options are merely passed to the receiving program; some programs do not implement all of these options. Circular buffering and a ZMODEM sliding window should be used when input is from pipes instead of acknowledging frames each 1024 bytes. If no files can be opened, sssszzzz sends a ZMODEM command to echo a suitable complaint; perhaps it should check for the presence of at least one accessible file before getting hot and bothered. BBBBUUUUGGGGSSSS On at least one BSD system, sz would abend it got within a few kilobytes of the end of file. Using the "-w 8192" flag fixed the problem. The real cause is unknown, perhaps a bug in the kernel TTY output routines. The test mode leaves a zero length file on the receiving system. Page 7 (printed 5/16/93)